home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-ripv2-mibext2-00.txt < prev    next >
Text File  |  1993-10-21  |  27KB  |  837 lines
  1. Draft-ietf-ripv2-mibext2-00.txt                               G. Malkin
  2. Obsoletes RFC 1389                                       Xylogics, Inc.
  3.                                                                F. Baker
  4.                                        Advanced Computer Communications
  5.                                                            October 1993
  6.  
  7.  
  8.                       RIP Version 2 MIB Extension
  9.  
  10.  
  11. Abstract
  12.  
  13. This memo defines a portion of the Management Information Base (MIB) for
  14. use with network management protocols in TCP/IP-based internets.  In
  15. particular, it defines objects for managing RIP Version 2.
  16.  
  17.  
  18. Status of this Memo
  19.  
  20.    This document is an Internet Draft.  Internet Drafts are working
  21.    documents of the Internet Engineering Task Force (IETF), its Areas,
  22.    and its Working Groups.  Note that other groups may also distribute
  23.    working documents as Internet Drafts.
  24.  
  25.    Internet Drafts are draft documents valid for a maximum of six
  26.    months. Internet Drafts may be updated, replaced, or obsoleted by
  27.    other documents at any time.  It is not appropriate to use Internet
  28.    Drafts as reference material or to cite them other than as a "working
  29.    draft" or "work in progress."
  30.  
  31.    Please check the I-D abstract listing contained in each Internet
  32.    Draft directory to learn the current status of this or any other
  33.    Internet Draft.
  34.  
  35.    It is intended that this document will be submitted to the IESG for
  36.    consideration as a standards document.  Distribution of this document
  37.    is unlimited.
  38.  
  39.  
  40. Acknowledgements
  41.  
  42.    The authors would like to thank the IETF ripv2 Working Group for
  43.    their help in improving the RIP-2 MIB extension.
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52. Malkin & Baker              Expires: 20Mar94                    [Page 1]
  53.  
  54. Internet Draft            RIP-2 MIB Extension               October 1993
  55.  
  56.  
  57.                              Table of Contents
  58.  
  59.    1. The Network Management Framework ......................    2
  60.    2. Objects ...............................................    2
  61.    2.1 Format of Definitions ................................    3
  62.    3. Overview ..............................................    3
  63.    3.1 Textual Conventions ..................................    3
  64.    3.2 Structure of MIB .....................................    4
  65.    3.3 Modifications from RFC 1389 ..........................    4
  66.    4. Definitions ...........................................    5
  67.    4.1 Global Counters ......................................    5
  68.    4.2 RIP Interface Tables .................................    6
  69.    4.3 Peer Table ...........................................   11
  70.    5. References ............................................   14
  71.    6. Security Considerations ...............................   15
  72.    7. Authors' Addresses ....................................   15
  73.  
  74.  
  75. 1. The Network Management Framework
  76.  
  77.    The Internet-standard Network Management Framework consists of three
  78.    components.  They are:
  79.  
  80.       STD 16/RFC 1155 which defines the SMI, the mechanisms used for
  81.          describing and naming objects for the purpose of management.
  82.  
  83.       STD 16/RFC 1212 defines a more concise description mechanism,
  84.          which is wholly consistent with the SMI.
  85.  
  86.       RFC 1156 which defines MIB-I, the core set of managed objects for
  87.          the Internet suite of protocols.  STD 17/RFC 1213 defines MIB-
  88.          II, an evolution of MIB-I based on implementation experience
  89.          and new operational requirements.
  90.  
  91.       STD 15/RFC 1157 which defines the SNMP, the protocol used for
  92.          network access to managed objects.
  93.  
  94.    The Framework permits new objects to be defined for the purpose of
  95.    experimentation and evaluation.
  96.  
  97.  
  98. 2. Objects
  99.  
  100.    Managed objects are accessed via a virtual information store, termed
  101.    the Management Information Base or MIB.  Objects in the MIB are
  102.    defined using the subset of Abstract Syntax Notation One (ASN.1) [7]
  103.    defined in the SMI.  In particular, each object has a name, a syntax,
  104.    and an encoding.  The name is an object identifier, an
  105.  
  106.  
  107.  
  108. Malkin & Baker              Expires: 20Mar94                    [Page 2]
  109.  
  110. Internet Draft            RIP-2 MIB Extension               October 1993
  111.  
  112.  
  113.    administratively assigned name, which specifies an object type.  The
  114.    object type together with an object instance serves to uniquely
  115.    identify a specific instantiation of the object.  For human
  116.    convenience, we often use a textual string, termed the OBJECT
  117.    DESCRIPTOR, to also refer to the object type.
  118.  
  119.    The syntax of an object type defines the abstract data structure
  120.    corresponding to that object type.  The ASN.1 language is used for
  121.    this purpose.  However, the SMI [3] purposely restricts the ASN.1
  122.    constructs which may be used.  These restrictions are explicitly made
  123.    for simplicity.
  124.  
  125.    The encoding of an object type is simply how that object type is
  126.    represented using the object type's syntax.  Implicitly tied to the
  127.    notion of an object type's syntax and encoding is how the object type
  128.    is represented when being transmitted on the network.
  129.  
  130.    The SMI specifies the use of the basic encoding rules of ASN.1 [8],
  131.    subject to the additional requirements imposed by the SNMP.
  132.  
  133. 2.1 Format of Definitions
  134.  
  135.    Section 4 contains the specification of all object types contained in
  136.    this MIB module.  The object types are defined using the conventions
  137.    defined in the SMI, as amended by the extensions specified in [9].
  138.  
  139.  
  140. 3. Overview
  141.  
  142. 3.1 Textual Conventions
  143.  
  144.    Several new data types are introduced as a textual convention in this
  145.    MIB document.  These textual conventions enhance the readability of
  146.    the specification and can ease comparison with other specifications
  147.    if appropriate.  It should be noted that the introduction of the
  148.    these textual conventions has no effect on either the syntax nor the
  149.    semantics of any managed objects.  The use of these is merely an
  150.    artifact of the explanatory method used.  Objects defined in terms of
  151.    one of these methods are always encoded by means of the rules that
  152.    define the primitive type.  Hence, no changes to the SMI or the SNMP
  153.    are necessary to accommodate these textual conventions which are
  154.    adopted merely for the convenience of readers and writers in pursuit
  155.    of the elusive goal of clear, concise, and unambiguous MIB documents.
  156.  
  157.    The new data types are: Validation (the standard "set to invalid
  158.    causes deletion" type), and RouteTag.   The RouteTag type represents
  159.    the contents of the Route Domain field in the packet header or route
  160.    entry.
  161.  
  162.  
  163.  
  164. Malkin & Baker              Expires: 20Mar94                    [Page 3]
  165.  
  166. Internet Draft            RIP-2 MIB Extension               October 1993
  167.  
  168.  
  169. 3.2 Structure of MIB
  170.  
  171.    The RIP-2 MIB contains global counters, useful for detecting the
  172.    deleterious effects of RIP incompatibilities; two "interfaces"
  173.    tables, which contains interface-specific statistics and
  174.    configuration information; and an optional "peer" table, containing
  175.    information that may be helpful in debugging neighbor relationships.
  176.    Like the protocol itself, this MIB takes great care to preserve
  177.    compatibility with RIP-1 systems and controls for monitoring and
  178.    controlling system interactions.
  179.  
  180. 3.3 Modifications from RFC 1389
  181.  
  182.    The RIP-2 MIB was originally published in RFC 1389.  It encoded the
  183.    concept of a Routing Domain, and did not address unnumbered
  184.    interfaces.
  185.  
  186.    In the current version of the protocol, Route Domains are deprecated;
  187.    therefore, they are deprecated in the MIB as well.  This means that
  188.    the object rip2IfConfDomain is deprecated, and the object
  189.    rip2PeerDomain (which cannot be deprecated, being an instance object)
  190.    must always be zero.
  191.  
  192.    Unnumbered interfaces are supported in this version.  Since the IP
  193.    Address that the neighbor uses may be unknown to the system, a
  194.    pseudo-address is used to identify these interfaces.  The pseudo-
  195.    address is in the class A network 0.0.0.0, and the host number (the
  196.    least significant 24 bits of the address) are the ifIndex value of
  197.    the relevant IP Interface.  This is an additional new meaning of the
  198.    objects rip2IfStatAddress and rip2IfConfAddress, backward compatible
  199.    with the RFC 1389 usage.  The object rip2IfConfSrcAddress is added,
  200.    to permit the configuration of the source address on an unnumbered
  201.    interface, and the meaning of the object rip2PeerAddress is broadened
  202.    to remain relevant on unnumbered interfaces.
  203.  
  204.    In addition, rip2IfConfSend is augmented with two values for the use
  205.    of Demand RIP under RIP-I and RIP-II rules.  This avoids the
  206.    necessity of a Demand RIP MIB.
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220. Malkin & Baker              Expires: 20Mar94                    [Page 4]
  221.  
  222. Internet Draft            RIP-2 MIB Extension               October 1993
  223.  
  224.  
  225. 4. Definitions
  226.  
  227.    RFC1389-MIB DEFINITIONS ::= BEGIN
  228.  
  229.    IMPORTS
  230.            Counter, TimeTicks, IpAddress
  231.                    FROM RFC1155-SMI
  232.            mib-2
  233.                    FROM RFC1213-MIB
  234.            OBJECT-TYPE
  235.                    FROM RFC-1212;
  236.  
  237.    --  RIP-2 Management Information Base
  238.  
  239.      rip2 OBJECT IDENTIFIER ::= { mib-2 23 }
  240.  
  241.    -- the RouteTag type represents the contents of the
  242.    -- Route Domain field in the packet header or route entry.
  243.    -- The use of the Route Domain is deprecated.
  244.  
  245.    RouteTag ::= OCTET STRING (SIZE (2))
  246.  
  247.    -- the Validation type is used for the variable that deletes
  248.    -- an entry from a table, and ALWAYS takes at least these values:
  249.  
  250.    Validation ::= INTEGER { valid (1), invalid (2) }
  251.  
  252. 4.1 Global Counters
  253.  
  254.    --      The RIP-2 Globals Group.
  255.    --      Implementation of this group is mandatory for systems
  256.    --      which implement RIP-2.
  257.  
  258.    -- These counters are intended to facilitate debugging quickly
  259.    -- changing routes or failing neighbors
  260.  
  261.    rip2GlobalGroup OBJECT IDENTIFIER ::= { rip2 1 }
  262.  
  263.        rip2GlobalRouteChanges OBJECT-TYPE
  264.            SYNTAX   Counter
  265.            ACCESS   read-only
  266.            STATUS   mandatory
  267.            DESCRIPTION
  268.               "The number of route changes made to the IP Route
  269.               Database by RIP.  This does not include the refresh
  270.               of a route's age."
  271.           ::= { rip2GlobalGroup 1 }
  272.  
  273.  
  274.  
  275.  
  276. Malkin & Baker              Expires: 20Mar94                    [Page 5]
  277.  
  278. Internet Draft            RIP-2 MIB Extension               October 1993
  279.  
  280.  
  281.        rip2GlobalQueries OBJECT-TYPE
  282.            SYNTAX   Counter
  283.            ACCESS   read-only
  284.            STATUS   mandatory
  285.            DESCRIPTION
  286.               "The number of responses sent to RIP queries
  287.               from other systems."
  288.           ::= { rip2GlobalGroup 2 }
  289.  
  290. 4.2 RIP Interface Tables
  291.  
  292.    --  RIP Interfaces Groups
  293.    --  Implementation of these Groups is mandatory for systems
  294.    --  which implement RIP-2.
  295.  
  296.    -- The RIP Interface Status Table.
  297.  
  298.        rip2IfStatTable OBJECT-TYPE
  299.            SYNTAX   SEQUENCE OF Rip2IfStatEntry
  300.            ACCESS   not-accessible
  301.            STATUS   mandatory
  302.            DESCRIPTION
  303.               "A list of subnets which require separate
  304.               status monitoring in RIP."
  305.           ::= { rip2 2 }
  306.  
  307.       rip2IfStatEntry OBJECT-TYPE
  308.           SYNTAX   Rip2IfStatEntry
  309.           ACCESS   not-accessible
  310.           STATUS   mandatory
  311.           DESCRIPTION
  312.              "A Single Routing Domain in a single Subnet."
  313.          INDEX { rip2IfStatAddress }
  314.          ::= { rip2IfStatTable 1 }
  315.  
  316.        Rip2IfStatEntry ::=
  317.            SEQUENCE {
  318.                rip2IfStatAddress
  319.                    IpAddress,
  320.                rip2IfStatRcvBadPackets
  321.                    Counter,
  322.                rip2IfStatRcvBadRoutes
  323.                    Counter,
  324.                rip2IfStatSentUpdates
  325.                    Counter,
  326.                rip2IfStatStatus
  327.                    Validation
  328.        }
  329.  
  330.  
  331.  
  332. Malkin & Baker              Expires: 20Mar94                    [Page 6]
  333.  
  334. Internet Draft            RIP-2 MIB Extension               October 1993
  335.  
  336.  
  337.        rip2IfStatAddress OBJECT-TYPE
  338.            SYNTAX   IpAddress
  339.            ACCESS   read-only
  340.            STATUS   mandatory
  341.            DESCRIPTION
  342.               "The IP Address of this system on the indicated
  343.               subnet. For unnumbered interfaces, the value 0.0.0.N,
  344.               where the least significant 24 bits (N) is the ifIndex
  345.               for the IP Interface in network byte order."
  346.           ::= { rip2IfStatEntry 1 }
  347.  
  348.        rip2IfStatRcvBadPackets OBJECT-TYPE
  349.            SYNTAX   Counter
  350.            ACCESS   read-only
  351.            STATUS   mandatory
  352.            DESCRIPTION
  353.               "The number of RIP response packets received by
  354.               the RIP process which were subsequently discarded
  355.               for any reason (e.g. a version 0 packet, or an
  356.               unknown command type)."
  357.           ::= { rip2IfStatEntry 2 }
  358.  
  359.        rip2IfStatRcvBadRoutes OBJECT-TYPE
  360.            SYNTAX   Counter
  361.            ACCESS   read-only
  362.            STATUS   mandatory
  363.            DESCRIPTION
  364.               "The number of routes, in valid RIP packets,
  365.               which were ignored for any reason (e.g. unknown
  366.               address family, or invalid metric)."
  367.           ::= { rip2IfStatEntry 3 }
  368.  
  369.        rip2IfStatSentUpdates OBJECT-TYPE
  370.            SYNTAX   Counter
  371.            ACCESS   read-only
  372.            STATUS   mandatory
  373.            DESCRIPTION
  374.               "The number of triggered RIP updates actually
  375.               sent on this interface.  This explicitly does
  376.               NOT include full updates sent containing new
  377.               information."
  378.           ::= { rip2IfStatEntry 4 }
  379.  
  380.        rip2IfStatStatus OBJECT-TYPE
  381.            SYNTAX   Validation
  382.            ACCESS   read-write
  383.            STATUS   mandatory
  384.  
  385.  
  386.  
  387.  
  388. Malkin & Baker              Expires: 20Mar94                    [Page 7]
  389.  
  390. Internet Draft            RIP-2 MIB Extension               October 1993
  391.  
  392.  
  393.            DESCRIPTION
  394.               "Writing invalid has the effect of deleting
  395.               this interface."
  396.           DEFVAL { valid }
  397.           ::= { rip2IfStatEntry 5 }
  398.  
  399.    -- The RIP Interface Configuration Table.
  400.  
  401.        rip2IfConfTable OBJECT-TYPE
  402.            SYNTAX   SEQUENCE OF Rip2IfConfEntry
  403.            ACCESS   not-accessible
  404.            STATUS   mandatory
  405.            DESCRIPTION
  406.               "A list of subnets which require separate
  407.               configuration in RIP."
  408.           ::= { rip2 3 }
  409.  
  410.       rip2IfConfEntry OBJECT-TYPE
  411.           SYNTAX   Rip2IfConfEntry
  412.           ACCESS   not-accessible
  413.           STATUS   mandatory
  414.           DESCRIPTION
  415.              "A Single Routing Domain in a single Subnet."
  416.          INDEX { rip2IfConfAddress }
  417.          ::= { rip2IfConfTable 1 }
  418.  
  419.        Rip2IfConfEntry ::=
  420.            SEQUENCE {
  421.                rip2IfConfAddress
  422.                    IpAddress,
  423.                rip2IfConfDomain
  424.                    RouteTag,
  425.                rip2IfConfAuthType
  426.                    INTEGER,
  427.                rip2IfConfAuthKey
  428.                    OCTET STRING (SIZE(0..16)),
  429.                rip2IfConfSend
  430.                    INTEGER,
  431.                rip2IfConfReceive
  432.                    INTEGER,
  433.                rip2IfConfDefaultMetric
  434.                    INTEGER,
  435.                rip2IfConfStatus
  436.                    Validation,
  437.                rip2IfConfSrcAddress
  438.                    IpAddress
  439.        }
  440.  
  441.  
  442.  
  443.  
  444. Malkin & Baker              Expires: 20Mar94                    [Page 8]
  445.  
  446. Internet Draft            RIP-2 MIB Extension               October 1993
  447.  
  448.  
  449.        rip2IfConfAddress OBJECT-TYPE
  450.            SYNTAX   IpAddress
  451.            ACCESS   read-only
  452.            STATUS   mandatory
  453.            DESCRIPTION
  454.               "The IP Address of this system on the indicated
  455.               subnet.  For unnumbered interfaces, the value 0.0.0.N,
  456.               where the least significant 24 bits (N) is the ifIndex
  457.               for the IP Interface in network byte order."
  458.           ::= { rip2IfConfEntry 1 }
  459.  
  460.        rip2IfConfDomain OBJECT-TYPE
  461.            SYNTAX   RouteTag
  462.            ACCESS   read-write
  463.            STATUS   deprecated
  464.            DESCRIPTION
  465.               "Value inserted into the Routing Domain field
  466.               of all RIP packets sent on this interface."
  467.           DEFVAL { '0000'h }
  468.           ::= { rip2IfConfEntry 2 }
  469.  
  470.        rip2IfConfAuthType OBJECT-TYPE
  471.            SYNTAX   INTEGER {
  472.                        noAuthentication (1),
  473.                        simplePassword (2)
  474.                     }
  475.            ACCESS   read-write
  476.            STATUS   mandatory
  477.            DESCRIPTION
  478.               "The type of Authentication used on this
  479.               interface."
  480.           DEFVAL { noAuthentication }
  481.           ::= { rip2IfConfEntry 3 }
  482.  
  483.        rip2IfConfAuthKey OBJECT-TYPE
  484.            SYNTAX   OCTET STRING (SIZE(0..16))
  485.            ACCESS   read-write
  486.            STATUS   mandatory
  487.            DESCRIPTION
  488.               "The value to be used as the Authentication Key
  489.               whenever the corresponding instance of
  490.               rip2IfConfAuthType has the value simplePassword
  491.               word.  A modification of the corresponding
  492.               instance of rip2IfConfAuthType does not modify
  493.               the rip2IfConfAuthKey value.  If a string shorter
  494.               than 16 octets is supplied, it will be left-
  495.               justified and padded to 16 octets, on the right,
  496.               with nulls (0x00).
  497.  
  498.  
  499.  
  500. Malkin & Baker              Expires: 20Mar94                    [Page 9]
  501.  
  502. Internet Draft            RIP-2 MIB Extension               October 1993
  503.  
  504.  
  505.               Reading this object always results in an  OCTET
  506.               STRING of length zero; authentication may not
  507.               be bypassed by reading the MIB object."
  508.           DEFVAL { ''h }
  509.           ::= { rip2IfConfEntry 4 }
  510.  
  511.        rip2IfConfSend OBJECT-TYPE
  512.            SYNTAX   INTEGER {
  513.                        doNotSend (1),
  514.                        ripVersion1 (2),
  515.                        rip1Compatible (3),
  516.                        ripVersion2 (4),
  517.                        ripV1Demand (5),
  518.                        ripV2Demand (6)
  519.                     }
  520.            ACCESS   read-write
  521.            STATUS   mandatory
  522.            DESCRIPTION
  523.               "What the router sends on this interface.
  524.               ripVersion1 implies sending RIP updates compliant
  525.               with  RFC  1058.   rip1Compatible implies
  526.               broadcasting RIP-2 updates using RFC 1058 route
  527.               subsumption rules.  ripVersion2 implies
  528.               multicasting RIP-2 updates.  ripV1Demand indicates
  529.               the use of Demand RIP on a WAN interface under RIP
  530.               Version 1 rules.  ripV2Demand indicates the use of
  531.               Demand RIP on a WAN interface under Version 2 rules."
  532.           DEFVAL { rip1Compatible }
  533.           ::= { rip2IfConfEntry 5 }
  534.  
  535.        rip2IfConfReceive OBJECT-TYPE
  536.            SYNTAX   INTEGER {
  537.                        rip1 (1),
  538.                        rip2 (2),
  539.                        rip1OrRip2 (3),
  540.                        doNotRecieve (4)
  541.                     }
  542.            ACCESS   read-write
  543.            STATUS   mandatory
  544.            DESCRIPTION
  545.               "This indicates which version of RIP updates
  546.               are to be accepted.  Note that rip2 and
  547.               rip1OrRip2 implies reception of multicast
  548.               packets."
  549.           DEFVAL { rip1OrRip2 }
  550.           ::= { rip2IfConfEntry 6 }
  551.  
  552.  
  553.  
  554.  
  555.  
  556. Malkin & Baker              Expires: 20Mar94                   [Page 10]
  557.  
  558. Internet Draft            RIP-2 MIB Extension               October 1993
  559.  
  560.  
  561.        rip2IfConfDefaultMetric OBJECT-TYPE
  562.            SYNTAX   INTEGER ( 0..15 )
  563.            ACCESS   read-write
  564.            STATUS   mandatory
  565.            DESCRIPTION
  566.               "This variable indicates the metric that is to
  567.               be used for the default route entry in RIP updates
  568.               originated on this interface.  A value of zero
  569.               indicates that no default route should be
  570.               originated; in this case, a default route via
  571.               another router may be propagated."
  572.           ::= { rip2IfConfEntry 7 }
  573.  
  574.        rip2IfConfStatus OBJECT-TYPE
  575.            SYNTAX   Validation
  576.            ACCESS   read-write
  577.            STATUS   mandatory
  578.            DESCRIPTION
  579.               "Writing invalid has  the  effect  of  deleting
  580.               this interface."
  581.           DEFVAL { valid }
  582.           ::= { rip2IfConfEntry 8 }
  583.  
  584.        rip2IfConfSrcAddress OBJECT-TYPE
  585.            SYNTAX   IpAddress
  586.            ACCESS   read-write
  587.            STATUS   mandatory
  588.            DESCRIPTION
  589.               "The IP Address this system will use as a source
  590.                address on this interface.  If it is a numbered
  591.                interface, this MUST be the same value as
  592.                rip2IfConfAddress.  On unnumbered interfaces,
  593.                it must be the value of rip2IfConfAddress for
  594.                some interface on the system."
  595.           ::= { rip2IfConfEntry 9 }
  596.  
  597. 4.3 Peer Table
  598.  
  599.    --  Peer Table
  600.  
  601.    --      The RIP Peer Group
  602.    --      Implementation of this Group is Optional
  603.  
  604.    --      This group provides information about active peer
  605.    --      relationships intended to assist in debugging.  An
  606.    --      active peer is a router from which a valid RIP
  607.    --      updated has been heard in the last 180 seconds.
  608.  
  609.  
  610.  
  611.  
  612. Malkin & Baker              Expires: 20Mar94                   [Page 11]
  613.  
  614. Internet Draft            RIP-2 MIB Extension               October 1993
  615.  
  616.  
  617.        rip2PeerTable OBJECT-TYPE
  618.            SYNTAX   SEQUENCE OF Rip2PeerEntry
  619.            ACCESS   not-accessible
  620.            STATUS   mandatory
  621.            DESCRIPTION
  622.               "A list of RIP Peers."
  623.           ::= { rip2 4 }
  624.  
  625.       rip2PeerEntry OBJECT-TYPE
  626.           SYNTAX   Rip2PeerEntry
  627.           ACCESS   not-accessible
  628.           STATUS   mandatory
  629.           DESCRIPTION
  630.              "Information regarding a single routing peer."
  631.          INDEX { rip2PeerAddress, rip2PeerDomain }
  632.          ::= { rip2PeerTable 1 }
  633.  
  634.        Rip2PeerEntry ::=
  635.            SEQUENCE {
  636.                rip2PeerAddress
  637.                    IpAddress,
  638.                rip2PeerDomain
  639.                    RouteTag,
  640.                rip2PeerLastUpdate
  641.                    TimeTicks,
  642.                rip2PeerVersion
  643.                    INTEGER,
  644.                rip2PeerRcvBadPackets
  645.                    Counter,
  646.                rip2PeerRcvBadRoutes
  647.                    Counter
  648.                }
  649.  
  650.        rip2PeerAddress OBJECT-TYPE
  651.            SYNTAX   IpAddress
  652.            ACCESS   read-only
  653.            STATUS   mandatory
  654.            DESCRIPTION
  655.               "The IP Address that the peer is using as its source
  656.                address.  Note that on an unnumbered link, this may
  657.                not be a member of any subnet on the system."
  658.           ::= { rip2PeerEntry 1 }
  659.  
  660.        rip2PeerDomain OBJECT-TYPE
  661.            SYNTAX   RouteTag
  662.            ACCESS   read-only
  663.            STATUS   mandatory
  664.  
  665.  
  666.  
  667.  
  668. Malkin & Baker              Expires: 20Mar94                   [Page 12]
  669.  
  670. Internet Draft            RIP-2 MIB Extension               October 1993
  671.  
  672.  
  673.            DESCRIPTION
  674.               "The value in the Routing Domain field  in  RIP
  675.               packets received from the peer.  As domain suuport
  676.               is deprecated, this must be zero."
  677.           ::= { rip2PeerEntry 2 }
  678.  
  679.        rip2PeerLastUpdate OBJECT-TYPE
  680.            SYNTAX   TimeTicks
  681.            ACCESS   read-only
  682.            STATUS   mandatory
  683.            DESCRIPTION
  684.               "The value of sysUpTime when the most recent
  685.               RIP update was received from this system."
  686.           ::= { rip2PeerEntry 3 }
  687.  
  688.        rip2PeerVersion OBJECT-TYPE
  689.            SYNTAX   INTEGER ( 0..255 )
  690.            ACCESS   read-only
  691.            STATUS   mandatory
  692.            DESCRIPTION
  693.               "The RIP version number in the header of the
  694.               last RIP packet received."
  695.           ::= { rip2PeerEntry 4 }
  696.  
  697.        rip2PeerRcvBadPackets OBJECT-TYPE
  698.            SYNTAX   Counter
  699.            ACCESS   read-only
  700.            STATUS   mandatory
  701.            DESCRIPTION
  702.               "The number of RIP response packets from this
  703.               peer discarded as invalid."
  704.           ::= { rip2PeerEntry 5 }
  705.  
  706.  
  707.        rip2PeerRcvBadRoutes OBJECT-TYPE
  708.            SYNTAX   Counter
  709.            ACCESS   read-only
  710.            STATUS   mandatory
  711.            DESCRIPTION
  712.               "The number of routes from this peer that were
  713.               ignored because the entry format was invalid."
  714.           ::= { rip2PeerEntry 6 }
  715.  
  716.    END
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.  
  724. Malkin & Baker              Expires: 20Mar94                   [Page 13]
  725.  
  726. Internet Draft            RIP-2 MIB Extension               October 1993
  727.  
  728.  
  729. 5. References
  730.  
  731.    [1] Cerf, V., "IAB Recommendations for the Development of Internet
  732.        Network Management Standards", RFC 1052, IAB, April 1988.
  733.  
  734.    [2] Cerf, V., "Report of the Second Ad Hoc Network Management Review
  735.        Group", RFC 1109, IAB, August 1989.
  736.  
  737.    [3] Rose M., and K. McCloghrie, "Structure and Identification of
  738.        Management Information for TCP/IP-based internets", STD 16, RFC
  739.        1155, Performance Systems International, Hughes LAN Systems, May
  740.        1990.
  741.  
  742.    [4] McCloghrie K., and M. Rose, "Management Information Base for
  743.        Network Management of TCP/IP-based internets", RFC 1156, Hughes
  744.        LAN Systems, Performance Systems International, May 1990.
  745.  
  746.    [5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple
  747.        Network Management Protocol", STD 15, RFC 1157, SNMP Research,
  748.        Performance Systems International, Performance Systems
  749.        International, MIT Laboratory for Computer Science, May 1990.
  750.  
  751.    [6] Rose, M., Editor, "Management Information Base for Network
  752.        Management of TCP/IP-based internets: MIB-II", RFC 1158,
  753.        Performance Systems International, May 1990.
  754.  
  755.    [7] Information processing systems - Open Systems Interconnection -
  756.        Specification of Abstract Syntax Notation One (ASN.1),
  757.        International Organization for Standardization, International
  758.        Standard 8824, December 1987.
  759.  
  760.    [8] Information processing systems - Open Systems Interconnection -
  761.        Specification of Basic Encoding Rules for Abstract Notation One
  762.        (ASN.1), International Organization for Standardization,
  763.        International Standard 8825, December 1987.
  764.  
  765.    [9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
  766.        STD 16, RFC 1212, Performance Systems International, Hughes LAN
  767.        Systems, March 1991.
  768.  
  769.   [10] Malkin, G., "RIP Version 2 - Carrying Additional Information",
  770.        RFC 1388, Xylogics, Inc., January 1993.
  771.  
  772.   [11] Malkin, G., "RIP Version 2 Protocol Analysis", RFC 1387,
  773.        Xylogics, Inc., January 1993.
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780. Malkin & Baker              Expires: 20Mar94                   [Page 14]
  781.  
  782. Internet Draft            RIP-2 MIB Extension               October 1993
  783.  
  784.  
  785. 6.  Security Considerations
  786.  
  787.    Security issues are not discussed in this memo.
  788.  
  789.  
  790. 7.  Authors' Addresses
  791.  
  792.    Gary Malkin
  793.    Xylogics, Inc.
  794.    53 Third Avenue
  795.    Burlington, MA  01803
  796.  
  797.    Phone: (617) 272-8140
  798.    EMail: gmalkin@Xylogics.COM
  799.  
  800.  
  801.    Fred Baker
  802.    Advanced Computer Communications
  803.    315 Bollay Drive
  804.    Santa Barbara, California  93117-6014
  805.  
  806.    Phone: (805) 685-4455
  807.    EMail: fbaker@acc.com
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836. Malkin & Baker              Expires: 20Mar94                   [Page 15]
  837.